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METHOD AND SYSTEM FOR PROGRAMMABLE REPLACEMENT 
MECHANISM FOR CACHING DEVICES 



FIELD OF THE INVENTION 

The present invention relates generally to data processing systems and more 
particularly to a replacement mechanism for caching devices in such systems. 



BACKGROUND OF THE INVENTION 
Q Set Associative Organization and Replacement Algorithms 

j'E Data processing systems use relatively small but quickly accessible caching devices to 

ill 

hold frequently referenced information, reducing the time required to access such information 

Hi 

%l when it is found in the caching devices. Since the caching devices are small compared with 

q 10 system memory and, therefore, can hold only a subset of all referenced data, the effectiveness 

fji ■ • ■ 

-31 of the devices is determined by the management policies, such as replacement, partitioning, 

O 

P and locking policies. Some example caching devices are instruction and data caches and TLBs 

found in computer systems and texture map caches used in graphics systems. 

There is numerous prior art related to the implementation of replacement policies. 
15 Some are listed here in no particular order. The U.S. patent #4,334,289 describes using one bit 

to denote relative age, or reference order, between each pair of elements in a set. The U.S. 
Patent #4,783,735 describes using content address memory and relative age information for 
each element in a set to implement the LRU replacement policy. The U.S. Patents #5,140,690, 
5,325,5 1 1 and 5,845,320 describe using six bits per set to implement LRU replacement policy ^ 
20 for 4-way set associative cache. The U.S. Patent #5,717,916 describes fully associative cache 

implementation using a pointer in each cache location to point to the next cache location, an 
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LRU pointer and a MRU (most recently used) pointer. The U.S. patent #6,098,152 describes 
not MRU (most recently used) replacement policy. The U.S. Patent #6,205,519 describes 
managing shared cache in multithreaded processors. 

Caching devices are generally organized as set associative, as shown in Figure 1, 
5 having M number of sets with N elements in each set. Such a device is said to use N-way set 

associative organization and provides N places within a set for an element to reside in the 
caching device. A direct mapped organization can be viewed as a degenerative case of set 
1* associative organization, in which there is only one way in each set. That is, N is 1 . A fully 

? associative organization is the most general form of set associative organization, in which there 

j5 1 0 is only one set containing all elements. That is, M is 1 . 

y When the caching device is accessed with a reference address, a portion of the 

address— known as the reference index— identifies one of the M sets. The index is used to 
read the N number of cache tags, as well as other cache management information, associated 
with the identified set. The tags are compared with another portion of the reference address— 
1 5 known as the reference tag— to determine if the data associated with the reference address 

resides in the caching device. If the reference tag matches one of the N cache tags, the 
condition known as a hit, the data associated with the reference address is in the caching 
device. In addition, some cache management information, such as relative reference order 
among the elements in the set, may be updated. 
20 Empirical studies show that a set associative organization with a larger set size 

generally offers higher hit rates, and therefore better performance, than one with a smaller set 
size. For instance, a 4-way set associative organization offers higher hit rates than a direct 
mapped organization because it can keep up to four elements that are mapped to the same set 
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while the direct mapped organization can keep only one of the four at any given time. 

Hit rates are also subject to the replacement policy used to select one of the elements 
present in cache to evict to make room for a new element in a set, since each set can hold a 
finite number of elements at any given time. The random replacement policy randomly selects 
one way and evicts the element in it, requiring little hardware to implement. The round-robin 
replacement policy selects each way in a set in turn and evicts the element happened to be in 
the selected way. The FIFO (first-in-first-out) policy selects the way whose element that has 
been in the set the longest to evict. The LRU replacement policy selects the way whose 
element that has not been referenced for the longest to evict. Empirical studies also show that 
the LRU policy offers higher hit rates than other policies. Implementing the true LRU 
algorithm is difficult, however, since it requires knowing the relative reference order of all 
elements in each set. Accordingly, what is needed is a replacement mechanism for set 
associative caches. The present invention addresses such a need. 

SUMMARY OF THE INVENTION 

A caching device using an N-way replacement mechanism is disclosed. The 
replacement mechanism comprises at least one replacement order list with N positions, the at 
least one replacement order list arranged with the first-to-replace position at one end and the 
last-to-replace position at the opposite end, each position containing a way number, N way 
comparators, a control unit, a replacement order generator, and receiving a hit signal and, in 
case of a hit, a hit way number. 

A system and method in accordance with the present invention provides a 
programmable replacement mechanism applicable to caching devices, such as instruction and 
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data caches and TLBs (translation lookaside buffers) in processors or texture map caches in 
graphics systems, that use set associative or fully associative organization. A replacement 
order list is maintained that specifies the order of which the elements in a set are to be selected 
for replacement. 

BRIEF DESCRIPTION OF THE DRAWINGS 
Figure 1 illustrates a set associative cache. 

Figure 2 shows a programmable replacement mechanism for an N-way set associative 
caching device. 

Figure 3 shows a replacement order generator showing only one position selector 
having six inputs to simplify the description. 

Figure 4 shows which inputs the position selectors choose when a hit occurs on the 
element residing in way number B. 

Figure 5 shows which inputs the position selectors choose when a miss occurs. 

Figure 5 A is a table which summarizes the function of replacement order generator in 
enforcing the LRU policy. 

Figure 6 shows a miss example. 

Figure 7 shows an example in which a reference hits on a way, the way number D in 
this case, that resides in a position within the reference partition. 

Figure 8 shows an example in which a reference hits on a way, the way number E, that 
resides in a position outside the reference partition. 

Figure 8 A is a table which shows the cases that are possible with the example reference 
partition. 
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Figure 9 shows the miss case. 

Figure 10 shows a reference that hits on way C, which resides in the private partition. 
Figure 1 1 shows a reference that hits on way D, which resides in the shared partition. 
Figure 12 shows a reference that hits on way J, which resides outside the shared and 
private partitions. 

Figure 12A is a table which shows the entries needed for enforcing the LRU policy for 
the user that has the example shared and private partitions. 

Figure 13 shows an example of an element being added to the caching device and is to 
be locked. 

Figure 14 shows an example of an element that is already in the caching device and is 
to be changed from the unlocked to the locked state. 

Figure 15 shows an example of an element being changed from the locked to unlocked 

state. 

DETAILED DESCRIPTION 

The present invention relates generally to data processing systems and more 
particularly to a replacement mechanism for caches in such systems. The following description 
is presented to enable one of ordinary skill in the art to make and use the invention and is 
provided in the context of a patent application and its requirements. Various modifications to 
the preferred embodiment and the generic principles and features described herein will be 
. readily apparent to those skilled in the art. Thus, the present invention is not intended to be 
limited to the embodiment shown but is to be accorded the widest scope consistent with the 
principles and features described herein. 
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A system and method in accordance with the present invention provides a 
programmable replacement mechanism applicable to caching devices, such as instruction and 
data caches and TLBs (translation lookaside buffers) in processors or texture map caches in 
graphics systems, that use set associative or fully associative organization. A replacement 
order list is maintained that specifies the order of which the elements in a set are to be selected 
for replacement. For instance, to enforce LRU (least recently used) replacement policy, the list 
is organized and maintained with the least recently used element at one end and the most 
recently used element at the other end at all times, so that the least recently used element can 
always be found at the designated place in the list. This mechanism allows any replacement 
policy to be used, enabling an implementation to offer programmable replacement policy. It 
also allows the replacement order lists to be partitioned, with each partition being managed 
independently of the other partitions in a set, allowing a caching device to be shared among 
multiple instruction and data accesses found in single-threaded or multithreaded processor or 
multiprocessors. In addition, it also allows any number of elements in a set to be locked, 
preventing the locked elements from being replaced. 

Descriptions off Programmable Replacement Mechanism 

Figure 2 shows a programmable replacement mechanism 100 for an N-way set 
associative caching device. The caching device has M sets with each set containing N ways. 
The mechanism 100 consists of M number of replacement order lists, one for each of M sets, N 
number of way comparators 120, a control unit 130, and a replacement order generator 140. 
The replacement order lists can be kept with the tags in the tag array or, preferably as shown in 
Figure 2, in a separate replacement order list array 105. Each replacement order list contains N 
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items, each item representing one of the N ways, arranged in an order suitable for a 
replacement policy in use. For instance, to support LRU policy, the list can be organized and 
maintained with the MRU way at the Nth position and the LRU way at thel st position. In 
general, the replacement order list is organized and maintained to have the way that is the first 
to be replaced at one end, the 1 st position in Figure 2, and the way that is the last to be replaced 
at the other end, the Nth position in Figure 2. Each item in the replacement order list is an 
encoded value of the way it represents. For example, the ways 0 and 1 of 8-way set 
associative organization can be represented by the 3-bit binary encoded values of 000 and 001, 
respectively. 

The mechanics of managing the replacement order list is now described. When the 
caching device is accessed with a reference address, the reference index identifies one of the M 
sets and is used to read the N number of cache tags and the replacement order list 1 10 
associated with the set. Each of the N cache tags is compared with the reference tag and, if a 
match occurs, the cache-hit signal is asserted and the way containing the matching tag is 
identified. The number representing the identified way is encoded using the same scheme used 
for encoding the ways in replacement order lists. This hit way number is then compared 
against each of the N items in the selected replacement order list 1 10 to determine where in the 
list the hit way resides. One of the N way comparators 120 signals one of the replacement 
order position match signals 125. The control unit 130 uses these match signals 125, the 
cache-hit, the cache-miss, the replacement policy type, and other control signals, to be 
introduced later, to generate the control signals 135a, 135b and 135c. The replacement order 
generator 140 generates the new replacement order 150, in response to these control signals, 
which is then updated to the selected replacement order list. 
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The replacement order generator 140 consists of an N-input replace- way selector 141, 
an N-input boundary-way selector 143, and N number of position selectors 145, one for each of 
the N positions, as shown in Figure 3. Each position selector 145 can be a 2-input multiplexor 
to support any replacement policy, a 5-input multiplexor to support partitioning, or a 6-input 
multiplexor to support locking and partitioning. Figure 3 shows only one position selector 145 
having 6 inputs to simplify the description. The S input to a position selector is the way 
number from the corresponding position, used to select the same way number. The R input is 
the way number from the adjacent right position, used to shift left by one position to make 
room for inserting a way number into the last-to-replace position. The H input is the hit way 
number, which is to be selected by the last-to-replace position on a cache hit condition. The F 
input is the replace way number from the first-to-replace position, which is to be selected by 
the last-to-replace position on a cache miss condition. The replace-way selector 141 produces 
the replace way number 142. The L input is the way number from the adjacent left position, 
used to shift right by one position when moving a way number from an unlocked position to a 
locked position. The sixth input is the boundary way number from the first-to-replace position 
within a private partition, which is to be selected by the last-to-replace position within a shared 
partition. The boundary- way selector 143 generates the boundary way number 144 from a 
private partition. It should be evident from the descriptions below that not all position 
selectors need all 6 inputs and various simplifications can be made, especially if locking or 
partitioning is not supported. 

Description off LRU Replacement 

The replacement order generator implementing the LRU policy is now described. 
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Figure 4 shows which inputs the position selectors choose when a hit occurs on the element 
residing in way number B. For the LRU replacement policy, the list is organized and managed 
to hold the first-to-replace, or the LRU, way in the 1 st position and the last-to-replace, or the 
MRU, way in the Nth position. The hit way number B is in the 2 nd position. The 1 st position 
selector chooses its S input, which is the way number from its corresponding position in the 
replacement order list. The 2 nd to the N- 1th position selectors choose the R input, which is the 
way number from their adjacent right position. The Nth position selector chooses the H input, 
which is the hit way number. The result is that the hit way number B is placed into the last-to- 
replace position. The ways that were more recently used than B are shifted by one position 
toward the LRU position. The ways that were less recently used than B remain in their 
positions. 

Figure 5 shows which inputs the position selectors choose when a miss occurs. The 
Nth position selector chooses the F input, which is the replace way number 142. This is to 
replace the element in the LRU way with the desired element and make this way the most 
recently used. All other position selectors choose their R input, which is the way number from 
their adjacent right position. This results in the LRU way being placed into the MRU position 
and all other ways being moved to one position closer to the LRU position. 

Table 1 of Figure 5 A summarizes the function of the replacement order generator 140 
in enforcing the LRU policy for an 8-way set-associative caching device. The rows show the 
miss and the eight hit cases, and the columns show the input selection for each of the eight 
position selectors. Notice that the last-to-replace position selector, labeled as "mux 8", needs 
only the F and H inputs and all other position selectors need only the S and R inputs. The 
replace-way and the boundary-way selectors are not needed, since the 1 st position is always the 
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first-to-replace position. 

Description off Programmable Replacement Policies 

The replacement order generator can be used to enforce many other replacement 
5 policies. To enforce round robin or first-in-first-out policies, the replacement order list is not 

modified on a hit, which keeps the replacement order same as when it was last updated on a 
miss. On a miss, the LRU scheme shown in Figure 5 is used to replace the element in the first- 
ly to-replace way with the desired element. To enforce the not-MRU policy, the LRU mechanism 
Q 

Q described earlier can be used, since the LRU policy is a subset of the not-MRU policy in which 

jfl 10 the LRU way is always selected for replacement. 

Jjj The replacement order generator can also enforce a variation of LRU policies. For 

s 

instance, if the policy is to replace first the LRU way if it holds unmodified data, second the 

r*=r. 

M 

fjj next LRU way if it holds unmodified data, and lastly the LRU way (which holds modified 

m 

O data), this priority and information related to whether or not the ways hold modified data can 

15 be used to control the replace-way selector instead of always choosing the first-to-replace way 

as required in the original LRU policy. It should be evident that, with the replacement order 
list maintaining the order of which the ways are to be replaced, enforcing any replacement 
policy simply requires reordering the ways using the multiplexors in the replacement order 
generator. 

20 The replacement mechanism being presented becomes programmable if the control unit 

130 is implemented using a programmable device, such as registers or random access memory. 
Since there are exactly N+l outcomes with an N-way set-associative caching device — the 
cases being the miss and a hit in each of the N ways— the values for the control signals 135c 
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can be stored in a programmable device with N+l entries. The content of each entry would be 
determined by the replacement policy to be enforced, as Table 1 shows for enforcing the LRU 
policy. For enforcing the first-in-first-out policy, the contents of the eight hit cases in the table 
would be changed to have each of the eight position selectors choose the S input. The 
programmable replacement mechanism can support any replacement policy as long as the 
policy requires the position selectors to choose from the existing inputs. 

Description off Partitioning 

A caching device can be divided into partitions, with each partition assigned 
exclusively to a different user. For example, a caching device can be partitioned so that each 
partition is assigned exclusively to one processor in multiprocessor systems or one thread in 
multithreaded systems. Even within a single-processor, single-threaded system, a caching 
device can be partitioned so that one partition is assigned exclusively to hold instructions, 
another to hold stack operands, and yet another to hold other types of data operands. It may 
even be desirable to have one partition be shared among different users. Since the purpose of 
partitioning is to guarantee a portion of the caching device for each user, the replacement 
mechanism employed in the caching device has to support partitioning. 

The programmable replacement mechanism supports partitioning by grouping the 
positions within replacement order lists. As an example, the 8-entry replacement order lists 
used in an 8-way set-associative caching device can be divided into three partitions: X 
consisting of the first and second positions, Y consisting of the third, fourth, fifth and sixth 
positions, and Z consisting of seventh and eighth positions. Within each partition, the leftmost 
position could be used to hold the first-to-replace way number and the rightmost position could 
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be used to hold the last-to-replace way number or vice versa. For instance, the partition Y in 
the previous example could keep its first-to-replace way number in the third position and its 
last-to-replace way number in the sixth position. 

It is important to understand the difference between partitioning described in this 
disclosure and in the U.S. patent no. 6,205,519 by Aglietti et al. The Aglietti's partitioning is 
based on ways whereas ours is based on replacement order list positions. Using their approach, 
the example partitions X, Y and Z described earlier would consist of ways 1-2, 3-6, and 7-8, 
respectively. Using our approach, the same partitions X, Y, and Z could consist of any set of 
two, four, and two ways, respectively. Which ways are assigned to each partition in each set 
would depend on the states of each of the replacement order lists when the partitions were 
defined. That is, the partition X could actually consist of, for example, ways 2 and 3 in one set 
but ways 3 and 7 in another set. This flexibility allows partitions to be changed dynamically, 
allowing new partitions to be created and existing partitions to be merged at any time. 

When a user accesses the caching device, it presents an identifier, known as the 
reference ID, in addition to the reference address to the caching device. The reference ID 
specifies a partition, known as the reference partition, in manners to be described later. An 
access results in a miss, a hit on a way within the reference partition, or hit on a way outside 
the reference partition. Handling the first two cases is similar to handling a miss or a hit when 
partitioning is not used. The only differences are that the first-to-replace and the last-to-replace 
positions in the reference partition are not necessarily the 1 st and the Nth positions and that the 
way numbers in positions outside the reference partition are not to be changed. The third case 
is possible because multiple users can reference same address, which could be in a shared 
block of memory in multiprocessor or multithreaded processor systems. One way to handle the 
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third case is to not change the replacement order, which may be acceptable since the referenced 
element is in the caching device. A second way is to move the referenced element into the last- 
to-replace position of the reference partition. Depending on where in the other partition the 
referenced element resides and the sizes of the other partition and the reference partition, the 
former or the latter approach may give the referenced element a better chance of staying in the 
caching device. 

For the next three examples, assume that a user has exclusive access to the partition Y 
in an 8-way set-associative caching device and that the partition Y consists of the positions 3-6 
in replacement order lists. The LRU policy is enforced. Figure 6 shows a miss example. The 
first, second, seventh and eighth positions choose the way number from their S input, since 
their way numbers are not to be changed. The last-to-replace position within the reference 
partition, which is the sixth position, chooses the replace way number 142, and the other 
positions within the reference partition choose the way number from their adjacent right 
position. 

Figure 7 shows an example in which a reference hits on a way, the way number D in 
this case, that resides in a position within the reference partition. As in the miss case, the 
positions outside the reference partition choose the way number from their corresponding 
position. The last-to-replace position within the reference position chooses the hit-way 
number. The position from the hit position to the next to the last-to-replace position within the 
reference partition, which are the fourth and fifth position in Figure 7, choose the way number 
from their adjacent right position. The other positions within the reference partition, which is 
the third position in Figure 7, choose the way number from their adjacent right position. 
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Figure 8 shows an example in which a reference hits on a way, the way number E, that 
resides in a position outside the reference partition. In this case, the last-to-replace position in 
the reference partition chooses the hit way number, making it the last-to-replace position in the 
reference partition. The other positions in the reference partition choose the way number from 
their adjacent right position. In addition, the position that had the hit way number, the 8 th 
position in the example, chooses the replace way number 142 from the reference partition. All 
other positions outside the reference partition choose the way number from their corresponding 
position. 

Table 2 of Figure 8 A shows all nine cases that are possible with the reference partition 
discussed in the previous three examples. The miss example shown in Figure 6 is summarized 
in the miss row. The first hit case shown in Figure 7 is summarized in the row labeled "hit 4". 
The second hit case shown in Figure 8 is summarized in the last row. The last column labeled 
"Fsel" denotes which position the replace-way selector 141 chooses for the reference partition 
Y. It shows the 3 rd position since the first-to-replace way is stored in the 3 rd position for the 
partition Y. 

The reference ID needed to support partitioning can be an N-bit mask, with each bit 
denoting whether the corresponding position belongs in the reference partition. For example, 
the partitions X, Y and Z used in an earlier example could be represented with the 8-bit masks 
having the values 1 1000000, 001 1 1 100, and 0000001 1, respectively. The control unit 130 can 
generate the signals 135a and 135c, according to the values shown in Table 2, using such a 
mask and cache hit, cache miss, policy type, and the replacement order position match signals 
125. 

Alternatively, the partition information can be built into the control unit 130, such that 
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the reference ID is not a mask but a user ID. For instance, if the caching device were designed 
to support at most 4 partitions, the reference ID would be a 2-bit value. For instance, the 
reference ID to the X, Y, and Z partitions in previous examples could be denoted as 00, 01, and 
10, respectively. To support at most 4 partitions, the control unit 130 can be implemented as a 
register-based or a RAM-based table consisting of 4N+4 entries, since an access to a partition 
results in one of N+l cases. This table would be accessed with the 2-bit reference ID and the 
replacement order match signals 125, to read the control signals 135a for the replace-way 
selector 141 and 135c for each of the N position selectors 145. When partitioning is changed, 
the content of the table would also be modified to reflect the appropriate values for the signals 
135a and 135c. 

Description off Sharing a Partition 

It is often desirable to share a partition among multiple users. For example, a caching 
device can be divided into three partitions consisting of l A 9 l A 9 and l / 2 so that each of two users 
can be given exclusive access to a l A partition but shared access to the Vi partition. Such 
partitioning allows each user to use l A to 3 A of the caching device depending on its need and the 
need of the other user. Since the caching device is organized into multiple sets and multiple 
ways in each set, one user may use more number of ways in some sets but less number of ways 
in other sets. A shared partition enables multiple users to fully utilize the capacity of the 
shared partition. A caching device may have multiple shared partitions. 

An effective way to manage a shared partition is to treat it as an extension of a private 
partition when handling a miss. That is, the element to be evicted is chosen from the shared 
partition and all other elements in both the shared and private partitions are moved one position 
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closer to the first-to-replace position in the shared partition. Although the shared partition can 
be managed using any replacement policy, using the LRU policy should deliver a better hit rate 
than using some other replacement policy. To enforce the LRU policy, the first-to-replace way 
number from the private partition is moved into the last-to-replace position in the shared 
5 partition, the way numbers in the shared partition are moved one position closer to the first-to- 

replace position in the shared partition, and the first-to-replace way in the shared partition is 
selected for replacement. The boundary- way selector 143 in Figure 3 outputs the boundary- 
way number 144, which is in the first-to-replace position in the private partition. 
Q Using a shared partition, a reference can miss, hit in the private partition, hit in the 

UTf 10 shared partition, or hit outside the private and shared partitions. These four cases are now 

f^? described using an 8-way set-associative caching device enforcing the LRU policy, as shown in 

ig. Figures 9-12. The shared partition consists of positions 1-3 and the private partition consists of 

CJ 

fjj positions 6-8. In both partitions, the first-to-replace way number is kept in the leftmost 

m 

Q position and the last-to-replace way number is kept in the rightmost position. Although the 

1 5 following four examples use only one shared and one private partition, it should be evident that 

the programmable replacement mechanism being presented can support multiple private 
partitions in conjunction with one shared partition. It should also be evident that the 
programmable replacement mechanism can support multiple shared partitions, with each 
shared partition being used with multiple private partitions. 
20 Figure 9 shows the miss case. The last-to-replace position in the private partition 

selects the replace way number 142, which is from the first-to-replace position in shared 
partition. The last-to-replace position in the shared partition chooses the boundary- way 144, 
denoted as the B input. The other positions in the shared and private partitions choose the way 
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number from their adjacent right position, denoted as the R input. The remaining positions 
outside the shared and private partitions choose the S input. 

Figure 10 shows a reference that hits on way C, which resides in the private partition. 
The last-to-replace position chooses the hit way number, denoted as H input, and the other 
positions in the private partition choose the way number from their adjacent right position, 
denoted as R input. All other positions choose the S input. 

Figure 1 1 shows a reference that hits on way D, which resides in the shared partition. 
The last-to-replace position in the private partition chooses the hit way number, and the other 
positions in the private partition choose the way number from their adjacent right position. 
The last-to-replace position in the shared partition chooses the boundary- way number 144, 
denoted as B input. The second position that held the matching way number D chooses the 
way number from its adjacent right position. The other position in the shared partition chooses 
the S input. 

Figure 12 shows a reference that hits on way J, which resides outside the shared and 
private partitions. One way to handle this case is not to change the replacement order. An 
alternative is to move the element to the last-to-replace position in the private partition. The 
latter approach requires the last-to-replace position in the private partition to choose the hit way 
number, and other positions in the private partition to choose the R input. The last-to-replace 
position in the shared partition chooses the boundary-way number 144 from the private 
partition, and all other positions in the shared partition choose the R input. The fourth position, 
which held the hit way number and is outside the shared and private partitions, chooses the 
replace-way number 142. 

An N-bit mask can specify the positions within the shared and the private partitions for 



230 IP 



-17- 



each user, provided that the private partition is located closer to the last-to-replace position in 
the replacement order list than is the shared partition. That is, a 8-bit mask having the value 
1 1 1001 1 1 can specify the shared partition consisting of positions 1-3 and the private partition 
consisting of positions 6-8 used in the previous four examples. If another user shares the 
shared partition but has a private partition consisting of positions 4-5, the mask 1 1 1 1 1000 can 
specify both the shared and private partitions for the second user. Since the shared and private 
partitions are adjacent for the second user, the reprogrammable replacement mechanism can 
treat this as one partition and produce the results that are consistent with a user having 
disjointed shared and private partitions. 

Alternatively, the partition information can be built into the control unit 130, as 
presented previously, so that a user can present its ID instead of a mask. The control unit 130 
would keep N+l entries for each user, with each entry containing the values for the signals 
135a, 135b, and 135c. Table 3 of Figure 12A shows the 9 entries needed for enforcing the 
LRU policy for the user that has the shared and private partitions used in the previous four 
examples. The column labeled "Fsel" specifies the first-to-replace position to be used, which 
is the first-to-replace position in the shared partition. The column labeled "Bsel" specifies the 
first-to-replace position from the private partition. 

The shared partition doesn't have to be shared at all and can be used as a second private 
partition to a user. One way to handle the situation where a user is to be given more capacity 
of a caching device is by creating another private partition, which may be disjoint from the 
partition the user already owns. The methods presented for handling a shared partition is 
applicable to this situation, in which a user has two disjoint private partitions. The purpose of 
the boundary- way selector 143 is to provide a connection from one partition to another 
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partition. It serves to reduce the number of inputs needed by each of the position selectors 145 
from N, since a partition can start at any position, to just one. If a user is allowed to own up to 
K number of disjoint private partitions, K-l number of boundary-way selectors could be used 
instead of requiring each of N position selectors to use N inputs. 

Description of Locking audi Unlockiiag 

It is often desirable to have an element guaranteed to be in a caching device for a period 
of time. This feature is known as locking and is typically supported by a lock command, which 
locks a specified element into the caching device so that it cannot be replaced, and an unlock 
command, which undo the lock placed on a specified element so that it can be replaced. 
Whereas partitioning applies to all sets in a caching device, locking applies only to a specified 
element, requiring each element in the caching device to keep information regarding its locked 
state. A caching device generally limits the number of elements that can be locked in any 
given set to be some number less than the set size to ensure that every set can always handle a 
miss. The programmable replace mechanism also supports locking, as described below. 

One way to hand locking is to define a locked partition and an unlocked partition in 
each replacement order list, allowing a caching device to support locking in conjunction with 
partitioning described previously. Because locking is applied to specific elements, the locked 
partition in one set may have different number of elements than the locked partition in other 
set, requiring each replacement order list to have a lock register 165, as shown in Figure 2. 
Among many alternatives, the lock register can be implemented as an N-bit mask, with each 
bit indicating the locked or unlocked state of the corresponding position in the replacement 
order list. The lock register can also be implemented as a counter indicating the number of 
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elements in the locked partition. A counter requires fewer bits than a mask and is more 
efficient if the caching device allows only a few elements to be locked in any given set. It is 
important to note that locking is applied to positions within each replacement order list and not 
to specific ways in each set. That is, if a lock register in a set indicates that one position is 
locked, it could indicate any one of the N ways being locked. This approach is different from 
the known locking schemes in which a lock is associated with a particular way in all sets. That 
is, known locking schemes typically use a lock bit in each set to indicate whether the 
predetermined way, for example way A, is locked. 

With a caching device supporting locking, a reference could result in a miss, a hit in an 
unlocked element, or a hit in a locked element. On a miss, the element in the first-to-replace 
way in the unlocked partition is replaced with the desired element, according to the 
replacement policy in effect. The replacement order in the locked partition is not modified. 
On a hit in an unlocked element, the unlocked partition in the replacement order is adjusted, 
according to the replacement policy in effect. The replacement order in the locked partition is 
not modified. On a hit in a locked element, one of the two actions can be taken. One is to 
modify the replacement order within the locked partition, according to the replacement policy 
in effect. The other is to not modify the replacement order at all, since the elements in the 
locked partition will not be replaced any way. These three cases are already handled by the 
programmable replacement mechanism supporting partitioning. 

The locking and unlocking operations are not described. Figure 13 shows an example 
of an element being added to the caching device and is to be locked. The element in way B, 
which is in the first-to-replace position of the unlocked partition, is selected for replacement. 
Figure 13 shows that the replacement order within the locked partition is not modified but the 



230 IP 



-20- 



locked partition now includes one more position when the lock register is updated. 

Figure 14 shows an example of an element that is already in the caching device and is 
to be changed from the unlocked to the locked state. The element is found in way E in the 
unlocked partition. The first-to-replace position in the current unlocked partition, which is the 
4 th position, chooses the hit way number. The positions that are closer to the last-to-replace 
position than the position that has the hit way in the current unlocked partitions choose the S 
input, since their order is not to be changed. These are the positions 7-8. The remaining 
positions within the current unlocked partition, which are the positions 5-6, choose the way 
number from their adjacent left position using the L input. This maintains the LRU order 
within the unlocked partition. The replacement order in the locked partition is not modified, 
but the locked partition now occupies one more position when the lock register is updated. 

Figure 15 shows an example of an element being changed from the locked to unlocked 
state. The element to be unlocked is found in way D in the locked partition. To use existing 
connections in the position selectors 145, this case is treated as a hit in the locked partition. 
That is, the last-to-replace position in the current locked partition chooses the hit way number 
and the positions that have the hit way number and those that are closer to the last-to-replace 
position in the current locked partition, which are positions 2-3, choose the R input. The other 
positions in the current locked partition choose the S input. The positions in the current 
unlocked partition choose the S input, preserving the replacement order. When the lock 
register is updated, however, the newly unlocked element now resides at the first-to-replace 
position in the unlocked partition. This order may be desirable if the element was unlocked 
because it is no longer needed and, therefore, can be evicted before the other elements in the 
same set. It should be evident that the programmable replacement mechanism can support 
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other policies in which a newly unlocked element is placed in a different position within the 
unlocked partition. 

DescripttioM off Universal Replacement Meclhainiisflmi 

The universal replacement mechanism that can enforce any replacement policy is 
described. To summarize, the replace-way selector is needed when the first-to-replace way can 
be chosen from more than one position in the replacement order list. A boundary-way selector 
is needed when the positions that are to be modified together can occupy two disjoint 
partitions, with each partition consisting of adjacent positions in the replacement order list. To 
support a replacement policy that requires modifying position occupying N number of 
partitions, N-l boundary-way selectors are needed. As stated earlier, applying a replacement 
policy results in a new replacement order of the ways within a selected set, achieved using a 
replace-way selector, one or more boundary-way selectors and N position selectors. The 
positions selectors require two or more inputs, depending on whether or not locking is used 
and the number of partitions to be supported. 

A replacement order generator can support any replacement policy if each of the N 
position selectors consists of N-input multiplexors, so that it can choose a way from any one of 
the N positions in the replacement order list. The replace-way and boundary-way selectors are 
no longer needed. As stated earlier, the control unit can be built using a random access 
memory (RAM) or reprogrammable PLA to provide the control signals for the position 
selectors, allowing one to build a universal replacement mechanism. 

Although the present invention has been described in accordance with the 
embodiments shown, one of ordinary skill in the art will readily recognize that there could be 
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variations to the embodiments and those variations would be within the spirit and scope of the 
present invention. Accordingly, many modifications may be made by one of ordinary skill in 
the art without departing from the spirit and scope of the appended claims. 
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